home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 11213 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: mail2news.demon.co.uk!genesis.demon.co.uk
  2. From: Lawrence Kirby <fred@genesis.demon.co.uk>
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Multiple serial-port PC-board - Recommendations
  5. Date: Tue, 16 Apr 96 13:05:26 GMT
  6. Organization: none
  7. Message-ID: <829659926snz@genesis.demon.co.uk>
  8. References: <4krk80$3fh@dos.canit.se>
  9. Reply-To: fred@genesis.demon.co.uk
  10. X-NNTP-Posting-Host: genesis.demon.co.uk
  11. X-Newsreader: Demon Internet Simple News v1.27
  12. X-Mail2News-Path: genesis.demon.co.uk
  13.  
  14. In article <4krk80$3fh@dos.canit.se> o.bodin@canit.se "rjan Bodin" writes:
  15.  
  16. >Hi All!
  17. >I wonder if anyone please could help me with the following problem:
  18. >
  19. >I need a PC board with (at least) 8 RS 232 serial port for a
  20. >application where i get around 60kbps to the ordinary com1and want to
  21. >distribute it to 8 port with a rate of around 10 kbps each (the data
  22. >flow will later on be demuxed).
  23.  
  24. There are lots of intelligent serial card products around that can do this
  25. (e.g. from Digiboard, Equinox, Specialix). I strongly suggest you put the
  26. input channel on one of the 'intelligent' ports and forget COM1 altogether -
  27. it should be much more reliable and put less load on your main CPU. For
  28. 60kbps you'll mse likely have a choice between 57600 or 115200bps and
  29. for 10Kbps the choice will be 9600bps or 19200bps.
  30.  
  31. >I want the 8 ports to share one IRQ
  32.  
  33. The more modern boards tend not to use any IRQs at all since the
  34. intelligence and buffering on the card itself means there is no critical
  35. time to service.
  36.  
  37. >and SW (or hardware) for buffering the data (preferably around a
  38. >couple of tens kbyte for each port).
  39.  
  40. You may not get more than a couple of K buffering. Generally that's enough -
  41. if you need more on output then the application can provide it. On input
  42. you'll only get guaranteed reliability by using flow control and the
  43. intelligent cards deal with that automatically. You'll only have trouble
  44. of the remote end doesn't support flow control. There again if you were
  45. considering COM1 this probably isn't a problem!
  46.  
  47. >Maybe this is not the proper newsgroup for this kind of problem, but
  48. >it is the most related one i have access to (i think).
  49.  
  50. -- 
  51. -----------------------------------------
  52. Lawrence Kirby | fred@genesis.demon.co.uk
  53. Wilts, England | 70734.126@compuserve.com
  54. -----------------------------------------
  55.